[Illllllllllllllllllllllllllllillllllllllllllll 

US006633988B2 

(12) United States Patent (io) Patent No.: US 6,633,988 B2 

Watts, Jr. et al. (45) Date of Patent: Oct. 14, 2003 



(54) PROCESSOR HAVING REAL-TIME POWER 
CONSERVATION 

(75) Inventors: La Vaughn F. Watts, Jr., Austin, TX 
(US); Steven J. Wallace, Waco, TX 
(US) 

(73) Assignee: Texas Instruments Incorporated, 
Dallas, TX (US) 

( * ) Notice: Subject to any disclaimer, the term of this 
patent is extended or adjusted under 35 
U.S.C. 154(b) by 0 days. 

(21) Appl. No.: 10/074,739 

(22) Filed: Feb. 11, 2002 

(65) Prior Publication Data 

US 2002/0104033 Al Aug. 1, 2002 

Related U.S. Application Data 

(63) Continuation of application No. 09/756,838, filed on Jan. 9, 
2001, now Pat. No. 6,397,340, which is a continuation of 
application No. 09/392,205, aied on Sep. 8, 1999, now Pat. 
No. 6,173,409, which is a continuation of application No. 
08/023,831, filed on Feb. 23, 1993, now PaL No. 6,006,336, 
which is a continuation of application No. 07/429,270, filed 
on Oct 30, 1989, now Pat. No. 5,218,704. 

(51) Int. CI. 7 G06F 1/32 

(52) U.S. CI 713/322; 713/601 

(58) Field of Search 713/322, 320, 

713/323, 600, 601 

(56) References Cited 

U.S. PATENT DOCUMENTS 



3,453,601 A 

3,623,017 A 

3,868,647 A 

3,922,526 A 

3,941,989 A 

4,137,563 A 

4,217,637 A 

4,254,475 A 



7/1969 
11/1971 
2/1975 
11/1975 
3/1976 
1/1979 
8/1980 
3/1981 



Bogert et al. 
Lowell 
Zandvied 
Cochran 

McLaughlin et al. 
Tsunoda 
Faulkner et al. 
Cooney et al. 



4,267,577 A 5/1981 Hashimoto et al. 

4,279,020 A 7/1981 Christian et al. 

4,293,927 A 10/1981 Hoshil 

4,316,247 A 2/1982 Iwamoto 

4.317.180 A 2/1982 Lies 

4.317.181 A 2/1982 Teza et al. 
4,361,873 A 11/1982 Haiper et al. 
4,381,552 A 4/1983 Norilini et al. 

(List continued on next page.) 

FOREIGN PATENT DOCUMENTS 



EP 
EP 
EP 
EP 



0 349 726 A2 
0 349 726 Bl 
0 363 567 A2 
0 363 567 Bl 



1/1990 
1/1990 
4/1990 
4/1990 



OTHER PUBLICATIONS 



"System Power Savings by Automatic Sleep Mode", IBM 
Technical Disclosure Bulletin, vol. 29, No. 9, 02/1987, pp. 
4122-4124. 

"Advanced Clock Controller Cuts Power Needs, Size of 
Static CMOS Systems" , Curtis A. Mros and Walt Niewier- 
ski, Harris Corp., CMOS Technology, Design Entry, 6 pages. 

Primary Examiner — Glenn A. Auve 

(74) Attorney, Agent, or Firm — Ronald O. Neerings; Wade 

James Brady, III; Frederick J. Telecky, Jr. 



(57) 



ABSTRACT 



A processor, comprising a monitor for measuring the relative 
amount of Input/Output (I/O) within the processor, results of 
the measuring being used by the processor for controlling a 
clock speed of the processor. Another embodiment discloses 
a processor, comprising a monitor for measuring the relative 
importance of Input/Output (I/O) within the processor, 
results of the measuring being used by the processor for 
controlling a clock speed of said processor. Still another 
embodiment discloses a processor, comprising a monitor for 
measuring the relative amount of time between Input/Output 
(I/O) within the processor, results of the measuring being 
used by the processor for controlling a clock speed of the 
processor. 

54 Claims, 6 Drawing Sheets 
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PROCESSOR HAVING REAL-TIME POWER 
CONSERVATION 

This application is a Continuation of application Ser. No. 
09/756,838, filed Jan. 9, 2001, now U.S. Pat. No. 6,397,340 
which is a Continuation of application Ser. No. 09/392,205, 
filed Sep. 8, 1999, now U.S. Pat. No. 6,173,409 which is a 
Continuation of application Ser. No. 08/023,831, filed Feb. 
23, 1993, now U.S. Pat. No. 6,006,336 which is a Continu- 
ation of application Ser. No. 07/429,270 filed Oct. 30, 1989, 
now U.S. Pat. No. 5,218,704. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates to real-time computer power 
conservation, and more particularly to an apparatus and 
method for reduction of central processing unit (CPU) clock 
time based on the real-time activity level within the CPU of 
a portable computer. 

2. Description of the Related Art 

During the development stages of personal computers, the 
transportable or portable computer has become very popular. 
Such portable computer uses a large power supply and really 
represents a small desktop personal computer. Portable 
computers are smaller and lighter than a desktop personal 
computer and allow a user to employ the same software that 
can be used on a desktop computer. 

The first generation "portable" computers only operated 
from an A/C wall power. As personal computer development 
continued, battery-powered computers were designed. 
Furthermore, real portability became possible with the 
development of new display technology, better disk storage, 
and lighter components. 

However, the software developed was designed to run on 
desk top personal computers, with all the features of desk 
top computers, without regard to battery-powered portable 
computers that only had limited amounts of power available 
for short periods of time. No special considerations were 
made by the software, operating system (MS-DOS), Basic 
Input/Output System (BIOS), or the third party application 
software to conserve power usage for these portable com- 
puters. 

As more and more highly functional software packages 
were developed, desk top computer users experienced 
increased performance from the introductions of higher 
computational CPUs, increased memory, and faster high 
performance disk drives. 

Unfortunately, portable computers continued to run only 
on A/C power or with large and heavy batteries. In trying to 
keep up with the performance requirements of the desk top 
computers, and the new software, expensive components 
were used to cut the power requirements. Even so, the heavy 
batteries still did not run very long. This meant users of 
portable computers had to settle for A/C operation or very 
short battery operation to have the performance that was 
expected from the third party software. 

Portable computer designers stepped the performance 
down to 8088- and 8086 -type processors to reduce the 
power consumption. The supporting circuits and CPU took 
less power to run and therefore, lighter batteries could be 
used. Unfortunately, the new software requiring 80286-type 
instructions, that did not exist in the older slower 8088/8086 
CPUs, did not run. 

In an attempt to design a portable computer that could 
conserve power, thereby yielding longer battery operation, 
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smaller units, and less weight, some portable computer 
designers proceeded to reduce power consumption of a 
portable computer while a user is not using the computer. 
For example, designers obtain a reduction in power usage by 

5 slowing or stopping the disk drive after some predetermined 
period of inactivity; if the disk drive is not being used, the 
disk drive is turned off, or simply placed into a standby 
mode. When the user is ready to use the disk, the operation 
must wait until the disk drive spins up and the computer 

10 system is ready again for full performance before the opera- 
tor may proceed with the operation. 

Other portable computer designers conserve power by 
turning the computer display off when the keyboard is not 
being used. However, in normal operation the computer is 

15 using full power. In other words, power conservation by this 
method is practical only when the user is not using the 
components of the system. It is very likely, however, that the 
user will turn the computer off when not in use. 

Nevertheless, substantial power conservation while the 

20 operator is using the computer for meaningful work is 
needed. When the operator uses the computer, full operation 
of all components is required. During the intervals while the 
operator is not using the computer, however, the computer 
could be turned off or slowed down to conserve power 

25 consumption. It is critical to maintaining performance to 
determine when to slow the computer down or turn it off 
without disrupting the user's work, upsetting the third party 
software, or confusing the operating system, until operation 
is needed. 

30 

Furthermore, although an user can wail for the disk to spin 
up as described above, application software packages cannot 
wait for the CPU to "spin up" and get ready. The CPU must 
be ready when the application program needs to compute. 

35 Switching to full operation must be completed quickly and 
without the application program being affected. This imme- 
diate transition must be transparent to the user as well as to 
the application currently active. Delays cause user opera- 
tional problems in response time and software 

4Q comparability, as well as general failure by the computer to 
accurately execute a required program. 

Other attempts at power conservation for portable com- 
puters include providing a "Shut Down" or "Standby Mode" 
of operation. The problem, again, is that the computer is not 

45 usable by the operator during this period. The operator could 
just as well turned off the power switch of the unit to save 
power. This type of power conservation only allows the 
portable computer to "shut down" and thereby save power if 
the operator forgets to turn off the power switch, or walks 

50 away from the computer for the programmed length of time. 
The advantage of this type of power conservation over just 
turning the power switch off/on is a much quicker return to 
full operation. However, this method of power conservation 
is still not real-time, intelligent power conservation while 

55 the computer is on and processing data which does not 
disturb the operating "system 1 , "BIOS, and any third party 
application programs currently running on the computer. 

Attempts to meet this need have been made by VLSI 
vendors in providing circuits that either turn off the clocks 

60 to the CPU when the user is not typing on the keyboard or 
wakes up the computer on demand when a keystroke 
occurred. Either of these approaches reduce power but the 
computer is dead (unusable) during this period. Background 
operations such as updating the system clock, 

65 communications, print spooling, and other like operations 
cannot be performed. Some existing portable computers 
employ these circuits. After a programmed period of no 
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activity, the computer rums itself off. The operator must turn 
the machine on again but does not have to reboot the 
operating system and application program. The advantage of 
this circuitry is, like the existing "shut down" operations, a 
quick return to full operation without restarting the com- 5 
puter. Nevertheless, this method only reduces power con- 
sumption when the user walks away from the machine and 
does not actually extend the operational life of the battery 
charge. 

SUMMARY OF THE INVENTION 10 

In view of the above problems associated with the related 
art, it is an object of the present invention to provide an 
apparatus and method for real-time conservation of power 
for computer systems without any real-time performance 15 
degradation, such conservation of power remaining trans- 
parent to the user. 

Another object of the present invention is to provide an 
apparatus and method for predicting the activity level within 
a computer system and using the prediction for automatic 20 
power conservation. 

Yet another object of the present invention is to provide an 
apparatus and method which allows user modification of 
automatic activity level predictions and using the modified 
predictions for automatic power conservation. 25 

A further object of the present invention is to provide an 
apparatus and method for real-time reduction and restoration 
of clock speeds thereby returning the CPU to full processing 
rate from a period of inactivity which is transparent to 
software programs. 

These objects are accomplished in a preferred embodi- 
ment of the present invention by an apparatus and method 
which determine whether a CPU may rest based upon the 
CPU activity level and activates a hardware selector based 35 
upon that determination. If the CPU may rest, or sleep, the 
hardware selector applies oscillations. at a sleep clock level; 
if the CPU is to be active, the hardware selector applies 
oscillations at a high speed clock level. 

The present invention examines the state of CPU activity, 40 
as well as the activity of both the operator and any appli- 
cation software program currently active. This sampling of 
activity is performed real-time, adjusting the performance 
level of the computer to manage power conservation and 
computer power. These adjustments are accomplished 45 
within the CPU cycles and do not affect the user's perception 
of performance. 

Thus, when the operator for the third party software of the 
operating system/BIOS is not using the computer, the 
present invention will effect a quick turn off or slow down so 
of the CPU until needed, thereby reducing the power 
consumption, and will promptly restore full CPU operation 
when needed without affecting perceived performance. This 
switching back into full operation from the "slow down" 
mode occurs without the user having to request it and 55 
without any delay in the operation of the computer while 
waiting for the computer to return to a "ready" state. 

These and other features and advantages of the invention 
will be apparent to those skilled in the art from the following 
detailed description of a preferred embodiment, taken 60 
together with the accompanying drawings, in which: 

DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a flowchart depicting the self-tuning aspect of a 
preferred embodiment of the present invention; ss 

FIGS. 2a-2d are flowcharts depicting the active power 
conservation monitor employed by the present invention; 
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FIG. 3 is a simplified schematic diagram representing the 
active power conservation associated hardware employed by 
the present invention; 

FIG. 4 is a schematic of the sleep hardware for one 
embodiment of the present invention; and 

FIG. 5 is a schematic of the sleep hardware for another 
embodiment of the present invention. 

DETAILED DESCRIPTION OF A PREFERRED 
EMBODIMENT 

If the period of computer activity in any given system is 
examined, the CPU and associated components have a 
utilization percentage. If the user is inputting data from the 
keyboard, the time between keystrokes is very long in terms 
of CPU cycles. Many things can be accomplished by the 
computer during this time, such as printing a report. Even 
during the printing of a report, time is still available for 
additional operations such as background updating of a 
clock/calendar display. Even so, there is almost always spare 
time when the CPU is not being used. If the computer is 
turned off or slowed down during this spare time, then power 
consumption is obtained real-time. Such real-time power 
conservation extends battery operation life. 

According to the preferred embodiment of the present 
invention, to conserve power under MS-DOS, as well as 
other operating systems such as OS/2, XENIX, and those for 
Apple computers, requires a combination of hardware and 
software. It should be noted that because the present inven- 
tion will work in any system, while the implementation may 
vary slightly on a system-by-system basis, the scope of the 
present invention should therefore not be limited to com- 
puter systems operating under MS/DOS. 

Slowing down or stopping the computer system compo- 
nents according to the preferred embodiment of the present 
invention, reduces power consumption, although the amount 
of power saved may vary. Therefore, according to the 
present invention, stopping the clock (where possible as 
some CPUs cannot have their clocks stopped) reduces the 
power consumption more than just slowing the clock. 

In general, the number of operations (or instructions) per 
second may be considered to be roughly proportional to the 
processor clock: 

instractions/second-iostructions/cycle* cycles/second 

Assuming for simplicity that the same instruction is repeat- 
edly executed so that instructions/second is constant, the 
relationship can be expressed as follows: 

where Fq is instructions/second, K 3 is constant equal to the 
instructions/cycle, and Clk equals cycles/second. Thus, 
roughly speaking, the rate of execution increases with the 
frequency of the CPU clock. 

The amount of power being used at any given moment is 
also related to the frequency of the CPU clock and therefore 
to the rate of execution. In general this relationship can be 
expressed as follows: 

where P is power in watts, Yi^ is a constant in watts, K 3 is 
a constant and expresses the number of watt -seconds/cycle, 
and Clk equals the cycles/second of the CPU clock. Thus it 
can also be said that the amount of power being consumed 
at any given time increases as the CPU clock frequency 
increases. 
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Assume that a given time period T is divided into N request made by an application software can be evaluated, 

intervals such that the power P is constant during each power conservation can be activated and slice periods deter- 

interval. Then the amount of energy E expended during T is mined. A slice period is the number of T(on) vs. T(off) 

given by: intervals over time, computed by the activity level. An 

s assumption may be made to determine CPU activity level: 

f-PO^ita^+P^eUaT^ . . +P(N) deiu7V Software programs that need service usually need additional 

services and the period of time between service requests can 

Further assume that the CPU clock "Clk" has only two be used to determine the activity level of any application 

states, either "ON" or "OFF". For the purposes of this software running on the computer and to provide slice 

discussion, the "ON" state represents the CPU clock at its 3Q counts for power conservation according to the present 

maximum frequency, while the "OFF" state represents the invention. 

minimum clock rate at which the CPU can operate (this may Once the CPU is interrupted during a power conservation 

be zero for CPUs that can have their clocks stopped). For the slice (TX°ff))> the CPU will save the interrupted routine's 

condition in which the CPU clock is always "ON", each P(i) s | ate P rior to vectoring to the interrupt software of course, 

in the previous equation is equal and the total energy is: sincc tnc power conservation software was operating during 

15 this slice, control will be returned to the active power 

£(max) = J\on)* (delta T, + delta t 2 ... + delta t n ) conservation loop (monitor 40) which simply monitors the 

CPU's clock to determine an exit condition for the power 

= f\on)*T conservation mode, thereby exiting from T(off) to T(on) 

state. The interval of the next power conservation state is 

20 adjusted by the activity level monitored, as discussed above 

This represents the maximum power consumption of the in connection with FIG. 1. Some implementations can create 

computer in which no power conservation measures are an automatic exit from T(off) by the hardware logic, thereby 

being used. If the CPU clock is "off" during a portion of the forcing the power conservation loop to be exited automati- 

intervals, then there are two power levels possible for each cally and executing an interval T(on). 

interval. The P(on)-represents the power being consumed 25 More specifically, looking now at FIGS. 2a-2d, which 

when the clock in its "ON" state, while P(o5) represents the depict the active power conservation monitor 40 of the 

power being used when the clock is "OFF". If all of the time present invention. The CPU installs monitor 40 either via a 

intervals in which the clock is "ON" is summed into the program stored in the CPU ROM or loads it from an external 

quantity "T (on)" and the "OFF" intervals are summed into device storing the program in RAM. Once the CPU has 

u T(off)", then it follows: 30 loaded monitor 40, it continues to INIT 50 for system 

interrupt initialization, user configurational setup, and 

r=7X°n)+n°2) system/application specific initialization. IDLE branch 60 

KT 4 . , • • _j ■ • j r-rt , (more specifically set out in FIG. 2b) is executed by a 

Now the energy being used during period T can be written: i. ■. ^ - r T ^ T ^ « , . ■ „ 

hardware or software interrupt for an IDLE or do nothing 

£K/>(on)*:rton)M^Wnoff)] 35 fraction. This l ype of interrupt is caused by the CPU 

entering either an IDLE or a "do nothing" loop (i.e., planned 

Under these conditions, the total energy consumed may be inactivity). The ACTIVITY branch 70 of the flowchart, more 

reduced by increasing the time intervals T(off). Thus, by fully described below in relation to FIG. 2d, is executed by 

controlling the periods of time the clock is in its "OFF" state, a software or hardware interrupt due to an operating system 

the amount of energy being used may be reduced. If the 40 or I/O service request, by an application program or internal 

T(off) period is divided into a large number of intervals operating system function. An I/O service request made by 

during the period T, then as the width of each interval goes a program may, for example, be a disk I/O, read, print, load, 

to zero, energy consumption is at a maximum. Conversely, etc. Regardless of the branch selected, control is eventually 

as the width of the T(ofif) intervals increase, the energy returned to the CPU operating system at RETURN 80. The 

consumed decreases. 45 INIT branch 50 of this flowchart, shown in FIG. 2a, is 

If the "OFF" intervals are arranged to coincide with executed only once if it is loaded via program into ROM or 

periods during which the CPU is normally inactive, then the is executed every time during power up if it is loaded from 

user cannot perceive any reduction in performance and an external device and stored in the RAM. Once this branch 

overall energy consumption is reduced from the E(max) of active power monitor 40 has been fully executed, when- 

state. In order to align the T(off) intervals with periods of so ever control is yielded from the operating system to the 

CPU inactivity, the CPU activity level is used to determine power conservation mode, either IDLE 60 or ACTIVITY 70 

the width of the T(ofl) intervals in a closed loop. FIG. 1 branches are selected depending on the type of CPU activity: 

depicts such a closed loop. The activity level of the CPU is IDLE branch 60 for power conservation during planned 

determined at Step 10. If this level is an increase over an inactivity and ACTIVITY branch 70 for power conservation 

immediately previous determination, the present inv entio n 55 during CPU activity. ^ 

decreases the T(ofl) interval (Step 20) and returns to deter- Looking more closely at INIT branch 50, after all system 

mine the activity level of the CPU again. If, on the other interrupt and variables are initialized, the routine continues 

hand, this activity level is a decrease over an immediately at Step 90 to set the Power_level equal to DEFAULT_ 

previous determination, the present invention increases the LEVEL In operating systems where the user has input 

T(off) interval (Step 30) and proceeds to again determine the 60 control for the Power_level, the program at Step 100 checks 

activity level of the CPU. Thus the T(ofl) intervals are to see if a User_Jevel has been selected. If the User_level 

constantly being adjusted to match the system activity level. is less than zero or greater than the MAXIMUM_LEVEL, 

In any operating system, two key logic points exist: an the system uses the DEFAULT_LEVEL Otherwise, it 

IDLE, or "do nothing", loop within the operating system and continues onto Step 110 where it modifies the Power_Jevel 

an operating system request channel, usually available for 65 to equal the User_level. 

services needed by the application software. By placing According to the preferred embodiment of the present 

logic inline with these logic points, the type of activity invention, the system at Step 120 sets the variable Idle_tick 
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to zero and the variable Activity_iick to zero. Under an 
MS/DOS implementation, Idle_tick refers to the number of 
interrupts found in a "do nothing" loop. Activity_tick refers 
to the number of interrupts caused by an activity interrupt 
which in turn determines the CPU activity level. Tick count 5 
represents a delta time for the next interrupt. Idle_tick is a 
constant delta time from one tick to another (interrupt) 
unless overwritten by a software interrupt. A software inter- 
rupt may reprogram delta time between interrupts. 

After setting the variables to zero, the routine continues 10 
on to Setup 130 at which time any application specific 
configuration fine-tuning is handled in terms of system- 
specific details and the system is initialized. Next the routine 
arms the interrupt I/O (Step 140) with instructions to the 
hardware indicating the hardware can take control at the is 
next interrupt. INIT branch 50 then exits to the operating 
system, or whatever called the active power monitor 
originally, at RETURN 80. 

Consider now IDLE branch 60 of active power monitor 
40, more fully described at FIG. 2b. In response to a planned 20 
inactivity of the CPU, monitor 40 (not specifically shown in 
this Figure) checks to see if entry into IDLE branch 60 is 
permitted by first determining whether the activity interrupt 
is currently busy. If Busy_A equals_BUSY_FLAG (Step 
150), which is a reentry flag, the CPU is busy and cannot 25 
now be put to sleep. Therefore, monitor 40 immediately 
proceeds to RETURN 1 160 and exits the routine. RETURN 
I 160 is an indirect vector to the previous operating system 
IDLE vector interrupt for normal processing stored before 
entering monitor 40. (I.e., this causes an interrupt return to 30 
the last chained vector.) 

If the Busy_A interrupt flag is not busy, then monitor 40 
checks to see if the Busy_Idle interrupt flag, Busy equals 
BUSY_FLAG (Step 170). If so, this indicates the system is 
already in IDLE branch 60 of monitor 40 and therefore the 35 
system should not interrupt itself. If Busy_I=BUSY__ 
FLAG, the system exits the routine at RETURN I indirect 
vector 160. 

If, however, neither the Busy_A reentry flag or the 
Busy_J reentry flag have been set, the routine sets the 40 
Busy_I flag at Step 180 for reentry protection (Busy_I- 
BUSY_FLAG). At Step 190 Idle__tick is incremented by 
one. Idle_tick is the number of T(on) before aT(off) interval 
and is determined from IDLE interrupts, setup interrupts and 
from CPU activity level. Idle_tick increments by one to 45 
allow for smoothing of events, thereby letting a critical I/O 
activity control smoothing. 

At Step 200 monitor 40 check to see if Idle„tick equals 
IDLE_MAXTICKS. IDLE_MAXTICKS is one of the con- 
stants initialized in Setup 130 of INIT branch 50, remains 50 
constant for a system, and is responsible for self- tuning of 

the activity level. If Idle tick does not equal IDLE_ 

MAXTICKS, the Busy_I flag is cleared at Step 210 and 
exits the loop proceeding to the RETURN I indirect vector 
160. If,, however,, Jdle_tick equals I DLE_MAXTICKS, 55 
Idle_tick is set equal to IDLE„START_jflCKS (Step 220). 
I D LE_START_TI CKS is a constant which may or may not 
be zero (depending on whether the particular CPU can have 
its clock stopped). This step determines the self-tuning of 
how often the rest of the sleep functions may be performed. 60 
By setting I D LE_S TART_TI CKS equal to IDLE_ 
MAXTICKS minus one, a continuous T(off) interval is 
achieved. At Step 230, the Power_level is checked. If it is 
equal to zero, the monitor clears the Busy Jag (Step 210), 
exits the routine at RETURN 1 160, and returns control to the 65 
operating system so it may continue what it was originally 
doing before it entered active power monitor 40. 
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If, however, the Power„level does not equal zero at Step 
240, the routine determines whether an interrupt mask is in 
place. An interrupt mask is set by the system/application 
software, and determines whether interrupts are available to 
monitor 40. If interrupts are NOT_AVAlLABLE, the 
Busy_I reentry flag is cleared and control is returned to the 
operating system to continue what it was doing before it 
entered monitor 40. Operating systems, as well as applica- 
tion software, can set T(on) interval to yield a continuous 
T(on) state by setting the interrupt mask equal to NOT_ 
AVAILABLE. 

Assuming an interrupt is AVAILABLE, monitor 40 pro- 
ceeds to the SAVE POWER subroutine 250 which is fully 
executed during one T(off) period established by the hard- 
ware state. (For example, in the preferred embodiment of the 
present invention, the longest possible interval could be 18 
ms, which is the longest time between two ticks or interrupts 
from the real-time clock.) During the SAVE POWER sub- 
routine 250, the CPU clock is stepped down to a sleep clock 
level. 

Once a critical I/O operation forces the T(on) intervals, 
the IDLE branch 60 interrupt tends to remain ready for 
additional critical I/O requests. As the CPU becomes busy 
with critical I/O, less T(oflF) intervals are available. 
Conversely, as critical I/O requests decrease, and the time 
intervals between them increase, more T(ofl) intervals are 
available. IDLE branch 60 is a self-tuning system based on 
feedback from activity interrupts and tends to provide more 
T(oS) intervals as the activity level slows. As soon as 
monitor 40 has completed SAVE POWER subroutine 250, 
shown in FIG. 2c and more fully described below, the 
Busy_J reentry flag is cleared (Step 210) and control is 
returned at RETURN I 160 to whatever operating system 
originally requested monitor 40. 

Consider now FIG. 2c, which is a flowchart depicting the 
SAVE POWER subroutine 250. Monitor 40 determines what 
the I/O hardware high speed clock is at Step 260. It sets the 
CURRENT_CLOCK_RATE equal to the relevant high 
speed clock and saves this value to be used for CPUs with 
multiple level high speed clocks. Thus, if a particular CPU 
has 12 MHz and 6 MHz high speed clocks, monitor 40 must 
determine which high speed clock the CPU is at before 
monitor 40 reduces power so it may reestablish the CPU at 
the proper high speed clock when the CPU awakens. At Step 
270, the Save_clock_rate is set equal to the CURRENT_ 
CLOCK_RATE determined, Save_clock_rate 270 is not 
used when there is only one high speed clock for the CPU. 
Monitor 40 now continues to SLEEPCLOCK 280, where a 
pulse is sent to the hardware selector (shown in FIG. 3) to 
put the CPU clock to sleep (i.e., lower or stop its clock 
frequency). The I/O port hardware sleep clock is at much 
lower oscillations than the CPU clock normally employed. 

At this point either of two events can happen. A system/ 
application interrupt may occur or a real-time clock interrupt 
may occur. If a system/application interrupt 290 occurs, 
monitor 40 proceeds to interrupt routine 300, processing the 
interrupt as soon as possible, arming interrupt I/O at Step 
310, and returning to determine whether there has been an 
interrupt (Step 320). Since in this case there has been an 
interrupt, the Save„clock_rate is used (Step 330) to deter- 
mine which high speed clock to return the CPU to and SAVE 
POWER subroutine 250 is exited at RETURN 340. If, 
however, a system/application interrupt is not received, the 
SAVE POWER subroutine 250 will continue to wait until a 
real-time clock interrupt has occurred (Step 320). Once such 
an interrupt has occurred, SAVE POWER subroutine 250 
reestablishes the CPU at the stored Save-clock-rate. If the 
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sleep clock rate was not stopped, in other words, the sleep application software. Setting it to NOT_jWAILABLE cre- 

clock rate was not zero, control is passed at a slow clock and ates a continuous T(pn) state. If the interrupt mask equals 

SAVE POWER subroutine 250 will execute interrupt loop NOT__AVAILABLE, there are no interrupts available at this 

320 several times. If however, control is passed when the toe and monitor 40 exits ACTIVITY branch 70 after 

sleep clock rate was zero, in other words, there was no clock, s clearing the Busy_A reentry flag (Step 390). If, however, an 

the SAVE POWER subroutine 250 will execute interrupt interrupt is AVAILABLE, monitor 40 determines at Step 470 

loop 320 once before returning the CPU clock to the whether the request identified at Step 420 was for a SLOW 

Save_c!ock_rate 330 and exiting (Step (340). I/0_INTERRUPT. SLOW I/O requests may have a delay 

Consider now FIG. 2d which is a flowchart showing unt * I/O device becomes /ready" During the 'make 

ACTIVITY branch 70 triggered by an application/system 10 rca ^ °P C « a continuous T(off) interval may be set up 

. - . 4 and executed to conserve power. Thus, if the request is not 

actmty request ^ via an operating system service request aSL0 WI/O fNTERRUFT, ACTTVITY branch 70 is exited 

mterrupt. ACTIVITY branch 70 begms with reentry protec- after dearin g ^ R A f fl (g 39Q) u 

uon. Monitor 40deterainesatSte P 350whemerBusy„Ihas howevefj the t fc a SL0W i/o INTERRUPT, and 

been set to BUSYJLAG. If it has, this means the system ^ yct cxists bcforc ^ yQ dcvicc bccomcs « ready » t 

is already m IDLE branch 60 and cannot be interrupted. If is mon itor 40 then determines at Step 480 whether the I/O 

Busy_=I— BUSY_FLAG, monitor 40 exits to RETURN I request is COMPLETE (i.e., is I/O device ready?). If the I/O 

160, which is an indirect vector to an old activity vector device is not ready, monitor 40 forces T(off) to lengthen, 

interrupt for normal processing, via an interrupt vector after thereby forcing the CPU to wait, or sleep, until the SLOW 

the operating system performs the requested service. I/O device is ready. At this point it has time to save power 

If however, the Busy_I flag does not equal BUSY_ 20 and ACTIVITY branch 70 enters SAVE POWER subroutine 

FLAG, which means IDLE branch 60 is not being accessed, 250 previously described in connection with to FIG. 2C. If, 

monitor 40 determines at Step 360 if the BUSY A flag has however, the I/O request is COMPLETE, control is returned 

been set equal to BUSY_FLAG. If so, control will be to the operating system subsequently to monitor 40 exiting 

returned to the system at this point because ACTIVITY ACTIVITY branch 70 after clearing Busy_^A reentry flag 

branch 70 is already being used and cannot be interrupted. 25 (Step 390). 

If the Busy_Aflag has not been set, in other words, Busy__A Self -tuning is inherent within the control system of con- 
does not equal BUSY„FLAG, monitor 40 sets Busy_A tinuous feedback loops. The software of the present inven- 
equal to BUSY_FLAG at Step 370 so as not to be inter- tion can detect when CPU activity is low and therefore when 
rupted during execution of ACTIVITY branch 70. At Step the power conservation aspect of the present invention may 
380 the Power_level is determined. If Power_level equals 30 be activated. Once the power conservation monitor is 
zero, monitor 40 exits ACTIVITY branch 70 after clearing activated, a prompt return to full speed CPU clock operation 
the Busy__A reentry flag (Step 390). If however, the Po we r_ within the interval is achieved so as to not degrade the 
level does not equal zero, the CURRENT_CLOCK_RATE performance of the computer. To achieve this prompt return 
of the I/O hardware is next determined. As was true with to full speed CPU clock operation, the preferred embodi- 
Step 270 of FIG. 2C, Step 400 of FIG. 2d uses the 35 ment of the present invention employs some associated 
CURRENT_CLOCK_RATE if there are multiple level hardware. 

high speed clocks for a given CPU. Otherwise, Looking now at FIG. 3 which shows a simplified sche- 

CURRENT__CLOCK_RATE always equals the CPU high ma tic diagram representing the associated hardware 

speed clock. After the CURRENT_CLOCK_RATE is employed by the present invention for active power conser- 

determined (Step 400), at Step 410 Idle_tick is set equal to 40 vation. When monitor 40 (not shown) determines the CPU 

the constant START_TICKS established for the previously is ready to sleep, it writes to an I/O port (not shown) which 

determined CURRENT_CLO CK__RATE . T(off) intervals causes a pulse on the SLEEP line. The rising edge of this 

are established based on the current high speed clock that is pulse on the SLEEP line causes flip flop 500 to clock a high 

active. to Q and a low to Q-. This causes the AND/OR logic (AND 

Monitor 40 next determines that a request has been made. 45 gates 510, 520, OR gate 530) to select the pulses travelling 

A request is an input by the application software running on the SLEEP CLOCK line from SLEEP CLOCK oscillator 

the computer, for a particular type of service needed. At Step 540 to be sent to and used by the CPU CLOCK. SLEEP 

420, monitor 40 determines whether the request is a CRITI- CLOCK oscillator 540 is a slower clock than the CPU clock 

CAL I/O. If the request is a CRITICAL I/O, it will continu- used during normal CPU activity. The high coming from the 

ously force T(on) to lengthen until the T(on) is greater than 50 Q of flip flop 500 ANDed (510) with the pulses coming from 

the T(off), and monitor 40 will exit ACTIVITY branch 70 SLEEP CLOCK oscillator 540 is ORed (530) with the result 

after clearing the Busy_A reentry flag (Step 390). If, on the of the low on the Q- of flip flop 500 ANDed (520) with the 

other hand, the request is not a CRITICAL I/O, then the pulse generated along the HIGH SPEED CLOCK line by the 

Activity_tick is incremented by one at Step 430. It is then HIGH SPEED CLOCK oscillator 550 to yield the CPU 

determined at Step 440 whether Jhe Aj^yity^tick now 55 CLOCIC When the I/O port designates SLEEP CLO CK, the 

equals ACTI VITY_M AXTI CKS . Step 440 allows a CPU CLOCK is then equal to the SLEEP CLOCK oscillator 

smoothing from a CRITICAL I/O, and makes the system 540 value. If, on the other hand, an interrupt occurs, an 

ready from another CRITICAL I/O during Activity_tick interrupt-value clears flip flop 500, thereby forcing the 

T(on) intervals. Assuming Activity tick does not equal AND/OR selector (comprising 510, 520 and 530) to choose 

ACTIVITY„MAXTICKS, ACTIVITY branch 70 is exited 60 the HIGH SPEED CLOCK value, and returns the CPU 

after clearing the Busy_A reentry flag (Step 390). If, on the CLOCK value to the value coming from HIGH SPEED 

other hand, the Activity_tick equals constant AC1TVITY_ CLOCK oscillator 550. Therefore, during any power con- 

MAXTICKS, at Step 450 Activity__tick is set to the constant servation operation on the CPU, the detection of any inter- 

LEVEL_M AXTI CKS established for the particular rupt within the system will restore the CPU operation at full 

Power„level determined at Step 380. 65 clock rate prior to vectoring and processing the interrupt. 

Now monitor 40 determines whether an interrupt mask It should be noted that the associated hardware needed, 

exists (Step 460). An interrupt mask is set by system/ external to each of the CPUs for any given system, may be 
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different depending upon the operating system used, 
whether the CPU can be stopped, etc. Nevertheless, the 
scope of the present invention should not be limited by 
possible system specific modifications needed to permit the 
present invention to actively conserve power and manage s 
CPU temperature in the numerous available portable com- 
puter systems. For example two actual implementations are 
shown in FIGS. 4 and 5, discussed below. 

Many VSLJ designs today allow for clock switching of 
the CPU speed. The logic to switch from a null clock or slow 10 
clock to a fast clock logic is the same as that which allows 
the user to change speeds by a keyboard command. The 
added logic of monitor 40 working with such switching 
logic, causes an immediate return to a fast clock upon 
detection of any interrupt. This simple logic is the key to the is 
necessary hardware support to interrupt the CPU and 
thereby allow the processing of the interrupt at full speed. 

The method to reduce power consumption under 
MS-DOS employs the MS-DOS IDLE loop trap to gain 
access to the "do nothing" loop. The IDLE loop provides 20 
special access to application software and operating system 
operations that are in a state of IDLE or low activity. Careful 
examination is required to determine the activity level at any 
given point within the system. Feedback loops are used from 
the interrupt 21H service request to determine the activity 25 
level. The prediction of activity level is determined by 
interrupt 21 H requests, from which the present invention 
thereby sets the slice periods for "sleeping" (slowing down 
or stopping) the CPU. An additional feature allows the user 
to modify the slice depending on the activity level of 30 
interrupt 21H. 

Looking now at FIG. 4, which depicts a schematic of an 
actual sleep hardware implementation for a system such as 
the Intel 80386 (CPU cannot have its clock stopped). 
Address enable bus 600 and address bus 610 provide CPU 35 
input to demultiplexer 620. The output of demultiplexer 620 
is sent along SLEEPCS- and provided as input to OR gates 
630, 640. The other inputs to OR gates 630, 640 are the I/O 
write control line and the I/O read control line, respectively. 
The outputs of these gates, in addition to NOR gate 650, are 40 
applied to D flip flop 660 to decode the port. "INTR" is the 
interrupt input from the I/O port (peripherals) into NOR gate 
650, which causes the logic hardware to switch back to the 
high speed clock. The output of flip flop 660 is then fed, 
along with the output from OR gate 630, to tristate buffer 45 
670 to enable it to read back what is on the port. All of the 
above-identified hardware is used by the read/write I/O port 
(peripherals) to select the power saving "Sleep" operation. 
The output "SLOW-" is equivalent to "SLEEP' in FIG. 2, 
and is inputted to flip flop 680, discussed later. 50 

The output of SLEEP CLOCK oscillator 690 is divided 
into two slower clocks by D flip flops 700, 710. In the 
particular implementation shown in FIG. 4, 16 MHz sleep 
clock oscillator 690 is divided into 4 MHz and 8 MHz 
clocks. lumper Jl sele cts wh i ch c lock is to be the "SLEEP 55 
CLOCK". 

In this particular implementation, high speed clock oscil- 
lator 720 is a 32 MHz oscillator, although this particular 
speed is not a requirement of the present invention. The 32 
MHz oscillator is put in series with a resistor (for the 60 
implementation shown, 33 ohms), which is in series with 
two parallel capacitors (10 pF). The result of such oscilla- 
tions is tied to the clocks of D flip flops 730, 740. 

D flip flops 680, 730, 740 are synchronizing flip flops; 
680, 730 were not shown in the simplified sleep hardware of 65 
FIG. 2. These flip flops are used to ensure the clock switch 
occurs only on clock edge. As can be seen in FIG. 4, as with 
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flip flop 500 of FIG. 2, the output of flip flop 740 either 
activates OR gate 750 or OR gate 760, depending upon 
whether the CPU is to sleep ("FASTEN-") or awaken 
("SLOWEN-"). 

OR gates 750, 760 and AND gate 770 are the functional 
equivalents to the AND/OR selector of FIG. 2. They are 
responsible for selecting either the "slowclk" (slow clock, 
also known as SLEEP CLOCK) or high speed clock 
(designated as 32 MHz on the incoming line). In this 
implementation, the Slow clock is either 4 MHz or 8 MHz, 
depending upon jumper Jl, and the high speed clock is 32 
MHz. The output of AND gate 770 (ATUCLK) establishes 
the rate of the CPU clock, and is the equivalent of CPU 
CLOCK of FIG. 2. 

Consider now FIG. 5, which depicts a schematic of 
another actual sleep hardware implementation for a system 
such as the Intel 80286 (CPU can have its clock stopped). 
The Western Digital FE3600 VLSI is used for the speed 
switching with a special external PAL 780 to control the 
interrupt gating which wakes up the CPU on any interrupt. 
The software power conservation according to the present 
invention monitors the interrupt acceptance, activating the 
next P(i)deltaT ( - interval after the interrupt. 

Any interrupt request to the CPU will return the system to 
normal operation. An interrupt request ("INTRQ") to the 
CPU will cause the PAL to issue a Wake Up signal on the 
RESCPU line to the FE3001 (not shown) which in turn 
enables the CPU and the DMA clocks to bring the system 
back to its normal state. This is the equivalent of the 
"INTERRUPT-" of FIG. 2. Interrupt Request is synchro- 
nized to avoid confusing the state machine so that Interrupt 
(INTDET) will only be detected while the cycle is active. 
The rising edge of RESCPU will wake up the FE 3001 
which in turn releases the whole system from the Sleep 
Mode. 

Implementation for the 386SX is different only in the 
external hardware and software power conservation loop. 
The software loop will set external hardware to switch to the 
high speed clock on interrupt prior to vectoring the interrupt. 
Once return is made to the power conservation software, the 
high speed clock cycle will be detected and the hardware 
will be reset for full clock operation. 

Implementation for OS/2 uses the "do nothing" loop 
programmed as a THREAD running in background opera- 
tion with low priority. Once the THREAD is activated, the 
CPU sleep, or low speed clock, operation will be activated 
until an interrupt occurs thereby placing the CPU back to the 
original clock rate. 

Although interrupts have been employed to wake up the 
CPU in the preferred embodiment of the present invention, 
it should be realized that any periodic activity within the 
system, or applied to the system, could also be used for the 
same function. 

While several implementations of the preferred embodi- 
ment oj the i nventi on has been sh own and descri bed, various 
modifications and alternate embodiments will occur to those 
skilled in the art. Accordingly, it is intended that the inven- 
tion be limited only in terms of the appended claims. 

We claim: 

1. A processor, comprising: 

a monitor for measuring the relative amount of Input/ 
Output (I/O) within said processor, results of said 
measuring being used by said processor for controlling 
a clock speed of said processor. 

2. The processor of claim 1, wherein said controlling a 
clock speed of said processor is responsive to usage of said 
processor being below a preselected level. 
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3. The processor of claim 1, wherein said clock speed of 26. The processor of claim 25, wherein energy consump- 
said processor is controlled to reduce processor idle time. tion in said processor is at a maximum when the length of 

4. The processor of claim 1, wherein said clock speed of each period of time said clock is in an OFF state is at zero, 
said processor is controlled to minimize the relative amount 27. The processor of claim 25, wherein energy consump- 
of processor idle time. 5 tion in said processor decreases as the length of each period 

5. The processor of claim 1, wherein said clock speed of of toe said clock is in an OFF state increases. 

said processor is modified in response to a utilization 28* The processor of claim 25, wherein said periods of 

percentage of said processor being below a preselected level. ume said clock is in an OFF state are constantly being 

6. Hie processor of claim 1, wherein said clock speed of adjusted to optimize said utilization percentage of said 

said processor is modified to control a utilization percentage io * >r ?Sf s ?? r " „ , . , . . , m 

of said processor ^ c P rocessor °f claim 25, where in said OFF state 

7. The processor of claim 1, wherein said results of said min ~ ^ ^ at M ^ prOCeSS ° r 
measuring are used by said processor for providing a signal ^o.^e'processor of claim 29, wherein said minimum 
for cu-cuitry for controlling periods of time a processor clock dock rate ffi be zef0 fof that can have meir 
is in an OFF state. is docks stopped. 

8. The processor of claim 7, wherein energy consumption 31 ^ processor of cIaira 19j wherein said monitor 
in said processor is at a maximum when the length of each inhibits modification of said clock speed while said proces- 
period of time said clock is in an OFF state is at zero. sor [ s processing critical I/O. 

9. The processor of claim 7, wherein energy consumption 32. The processor of claim 19, wherein said processor 
in said processor decreases as the length of each period of 20 releases control of said clock speed in response to said 
time said clock is in an OFF state increases. monitor detecting a critical I/O request. 

10. The processor of claim 7, wherein said periods of time 33. The processor of claim 19, wherein said monitor is 
said clock is in an OFF state are constantly being adjusted self-tuning. 

to optimize said utilization percentage of said processor. 34. The processor of claim 33, wherein said monitor uses 

11. The processor of claim 7, wherein said OFF state 25 a contr °l system of continuous feedback loops, 
represents the minimum clock rate at which said processor 35. The processor of claim 19, wherein said processor is 
can operate. a centra l processing unit (CPU). 

12. The processor of claim 11, wherein said minimum 36 - ^ processor of claim 19, wherein said monitor is a 
clock rate may be zero for processors that can have their Program installed on said processor. 

clocks stopped. 30 31 ■ A P rocessor > comprising: 

13. The processor of claim 1, wherein said monitor a momtor for measuring the relative amount of time 
inhibits modification of said clock speed while said proces- between Input/Output (I/O) within said processor, 
sor is processing critical VO. ? sults 0 f measuring being used by said processor 

14. The processor of claim 1, wherein said processor ^ controlhng a clock speed of said processor. 

, * 1 r -j 1 1 j ■ . -j 38. The processor of claim 37, wherein said controlling a 

releases control 01 sua c ock speea m response to sa,a 35 clock soeed of said processor is responsive to usage of said 

monitor detecting a critical I/O request. . j . . processor being below a preselected level. 

15. The processor of claim 1, wherein said monitor is 39 ^ processor of claim 37f wherein said clock ^ 
self- tuning. 0 f sa y^ processor is controlled to reduce processor idle time. 

16. The processor of claim 15, wherein said monitor uses 40. The processor of claim 37, wherein said clock speed 
a control system of continuous feedback loops. 40 of said processor is controlled to minimize the relative 

17. The processor of claim 1, wherein said processor is a amount of processor idle time. 

central processing unit (CPU). 41. The processor of claim 37, wherein said clock speed 

18. The processor of claim 1, wherein said monitor is a of said processor is modified in response to a utilization 
program installed on said processor. percentage of said processor being below a preselected level. 

19. A processor, comprising: 45 42. The processor of claim 37, wherein said clock speed 
a monitor for measuring the relative importance of Input/ of said processor is modified to control a utilization per- 

Output (I/O) within said processor, results of said centage of said processor. 

measuring being used by said processor for controlling 43. The processor of claim 37, wherein said results of said 

a clock speed of said processor. measuring are used by said processor for providing a signal 

20. The processor of claim 19, wherein said controlling a 50 for circuitry for controlling periods of time a processor clock 
clock speed of said processor is responsive to usage of said is in an OFF state. 

processor being below a preselected level. 44. The processor of claim 43, wherein energy consump- 

21. The processor of claim 19, wherein said clock speed tion in said processor is at a maximum when the length of 
of said processor is controlled to reduce processor idle time. each period of time said clock is in an OFF state is at zero. 

22. The processor of claim 19, wherein said clock speed 55 45. The processor of claim 43, wherein energy consump- 
of said processor is controlled to minimize the relative tion in said processor decreases as the length of each period 
amount of processor idle time. of time said clock is in an OFF state increases. 

23. The processor of claim 19, wherein said clock speed 46. The processor of claim 43, wherein said periods of 
of said processor is modified in response to a utilization time said clock is in an OFF state are constantly being 
percentage of said processor being below a preselected level. 60 adjusted to optimize said utilization percentage of said 

24. The processor of claim 19, wherein said clock speed processor. 

of said processor is modified to control a utilization per- 47. The processor of claim 43, wherein said OFT state 

centage of said processor. represents the minimum clock rate at which said processor 

25. The processor of claim 19, wherein said results of said can operate. 

measuring are used by said processor for providing a signal 65 48. The processor of claim 47, wherein said minimum 

for circuitry for controlling periods of time a processor clock clock rate may be zero for processors that can have their 

is in an OFF state. clocks stopped. 
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49. The processor of 37, claim wherein said monitor 52. The processor of claim 51, wherein said monitor uses 
inhibits modification of said clock speed while said proces- a control system of continuous feedback loops. 

sor is processing critical I/O. 53. The processor of claim 37, wherein said processor is 

50. The processor of claim 37, wherein said processor a central processing unit (CPU). 

releases control of said clock speed in response to said s 54. The processor of claim 37, wherein said monitor is a 

monitor detecting a critical I/O request. program installed on said processor. 

51. The processor of claim 37, wherein said monitor is 

self-tuning. * * * * * 
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